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A METHOD AND SYSTEM FOR IMPROVING PRESENTATION 
OF HTML PAGES IN WEB DEVICES 

The present invention relates to the field of HTML V4 
pages displayed on Web devices such as Personal Data 
Assistants (PDAs) , unable to support Cascading Stylesheets 
(CSS) . 

Background of the Invention 

The Web devices such as PDAs , packet PCs and mobile 
phones supporting HTML have however limitations in the 
presentation of HTML pages displayed on their screen. The 
limitation originally comes from the limitation of the Web 
device capacity, such as limitation in memory size, display 
attributer or limitation of the bandwidth in the mobile 
networks . 

In order to improve presentation of the HTML pages 
displayed on the web device, the standardized HTML V4 proposes 
support for Cascading Style Sheet (CSS) . The browser 
supporting CSS interprets link statements in of HTML V4 pages 
pointing to hyperlinks containing a description of the page 
presentation using advanced displaying capabilities such as 
color, line height etc.. As an alternative to the link 
statement, the presentation stylesheet may be imbedded in the 
HTML page. The standard organizations such as W3C strongly 
push for the use of CSS in order to relieve the HTML language 
from the responsibilities of presentation. A description of 
CSS level 1 referred as REC-CSS1-19990111 is described for 
example in the W3C recommendation of 17 December 1996; revised 
June January 1999. 

In parallel to the evolution of HTML methodology, the Web 
devices themselves have increased their presentation 
capabilities. Unfortunately, not all of their browser support 
the CSS of HTML V4 . The browser of some web devices do not 
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support CSS. They only support up to HTML V3.2, as described 
in the HTML 3.2 Reference specification REC-html32, a W3C 
recommendation of 14 January 1997. A web device browser 
supporting up to HTML 3.2 can read a HTML V4 page by skipping 
the link statements and the imbedded CSS . Consequ ently even 
when the web device has the hardware and software capabilities 
for advanced text presentation, as the browser cannot use the 
CSS, the presentation features of the CSS, the HTML page 
presentation features displayed by such web devices remain 
basic and not satisfying. Furthermore, the problem of the 
limited presentation feature may have an impact of the 
functionalities of web applications. For instance, functional 
push buttons of web pages may only be visible through advanced 
presentation features and thus cannot be activated is the CSS 
is not understood by the browser. 

One example of web device having advanced presentation 
capabilities but operating a browser supporting web .pages up 
to HTML V3.2 only is the Nokia 9110 mobile phone, the 
limitations of the browser being described in the Nokia 9110 
Communicator Browser Style Guide book, a brochure published on 
21.04.99. 

One solution to this problem is to develop browser on 
these web devices which would support the CSS of HTML V4 . The 
cost of development and distribution of dedicated browsers may 
prevent the device manufacturers from upgrading the browsers . 
One other reason preventing the web device manufacturers from 
handling such developments is the fact that some devices have 
improved presentation capabilities but not for all the 
features assumed to be supported by HTML V4 CSS specificities. 
This would imply to develop a browser very specific to the web 
device and which would need further upgrade with the growing 
device presentation capabilities . 
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There is thus a need to use current web devices including 
operating a browser supporting HTML web pages up to HTML 3.2, 
to be able to take advantage of their inherent advanced device 
presentation capabilities when displaying HTML V4 web pages 
including CSS - 
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Summary of the Invention 

It is an object of the present invention to provide a way 
to optimize the presentation of a the HTML V4 pages on a web 
device operating a browser up to level 3.2 compared to the 
presentation features in HTML V3.2 pages. 

It is a second object of the invention to optimize the 
HTML V4 page presentation to the maximum of the display 
capabilities inherent to the web device itself. 

These objects are reached by the use of a method for 
allowing a device using a Web browser unable to support CSS, 
to request trough a network and display Web HTML pages 
including CSS while using all the presentation features of the 
included CSS that it can support through the network, said 
method comprising the steps of: receiving a request from the 
device for obtaining a Web HTML page; identifying the 
requesting device, aggregating all the device and network 
display possibility information, and suppressing the 
contradictory information, the network display possibilities 
being of the highest priority, the result forming a Request 
rule list; retrieving the requested Web page from a Web 
server; aggregating all the CSS presentation definitions of 
the Web page while suppressing the conflicting ones in a 
resulting CSS rule list; modifying the statements of the HTML 
page which are not related to CSS, reflecting the CSS rule 
list while taking into account the device and network 
possibilities as stated in the Request rule list; transmitting 
to the device the HTML page comprising the modified 
statements. The method is executed on a network component 
which may be a proxy server or a router with computing 
capabilities . 
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These objects are also reached when the method is 
executed by a program installed on network component which can 
be a proxy server or a router or switch having computing 
capabilities . 

With the solution of the invention, there is no need to 
modify the browser or any part of the device, this solution is 
very useful to support very quickly a broad scope of devices 
having browsers which do not support CSS. 

An advantage of the solution of the present invention is 
to provide a simple solution implemented as a program 
operating on a component of the network. The solution is 
simple to install, can adapt to all kind of devices and only 
uses information about connected devices and the network which 
are public information respectively made available by the Web 
device manufacturers and the network carriers. 

The network component can also be used for other 
centralized operations such as billing or security or any 
other added value function. Furthermore, the solution can be 
implemented on an exisitng component of the network shared by 
many customers for other centralized applications . 
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Brief Description of the Drawings 

Fig. 1 is a system view in which is carried out the 
solution according to the preferred embodiment; 

Fig. 2 illustrates the logical blocks constituting the 
program operating on the CSS compensation layer network 
component according to the preferred embodiment; 

Fig. 3 is the general flow chart of the method according 
to the preferred embodiment; 

Fig. 4 is a sample of the Network preference repository; 

Fig. 5 is a sample of the Device preference repository; 

Fig. 6 is a sample of the Device capability repository; 

Fig. 7 is a sample of Request rule list for a wireless 
connected Pocket PC. 
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Detailed Description of the preferred embo diment 

In Fig.l is shown the operating environment of the 
solution according to the preferred embodiment. Web devices 
such as a PDA (120) or a thin PC (110) access Web servers 
(130) through a Web network (100) . The Web devices display the 
Web pages read on the Web servers user their Web browser. The 
protocol known today to request the Web pages is HTTP or 
HTTPS; the Web devices send HTTP or HTTPS requests toward the 
Web server address to get the Web pages. In the Web server 
(130) of Fig.l the Web pages implement HTML V4 which includes 
the Cascading Style Sheet (CSS) feature. The HTML V4 Web pages 
consist in two different files (140, 150). A first (140) file 
includes HTML statements and some 'Link' statements providing 
an URL toward a second file (150), an external CSS stylesheet. 
It is noted that some CSS stylesheet link may point to other 
CSS stylesheet files stored on different Web servers (160) . 
The CSS Stylesheet files describe a presentation which can be 
displayed only by a browser supporting HTML V4 . In Fig. 1, the 
Web devices (110, 120) support up to HTML 3.2 only. Such 
devices having browsers not supporting CSS are the Pocket IE 
till Pocket PC 2002, the Palm pilot Web browsers, NOKIA 9110, 
Minitel devices and all the computing equipment having 
Internet Explorer and Netscape Navigator version older than V4 
installed. These browsers receiving from the Web server the 
HTML V4 Web page only interprets the first file (140) and 
skips the Link statements. When the CSS are imbedded in the 
statements of the HTML V4 pages, the embedded CSS description 
is also skipped by the HTML V3.2 browser. Hereunder is one 
example of HTML V4 page statements with including two 'link' 
statements pointing to external CSS files indicated with their 
address : 

<html> 

<link rel=" stylesheet" type=" text /ess" 
ref s3 "/common/v6/css/w3 — common. ess" /> 
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<link rel="stylesheet" type-" text/ ess" 
href ="/ common/ v6/css/w3_net scape . ess" /> 
<body> 

<hl>This is header K/hl> 
<h2>This is header 2</h2> 
<p>This is a paragraph</p> 
</body> 
</html> 

The following is an example of HTML V4 statements using 
an embedded CSS between two * style' statements: 

<html> 
<head> 

<style type="text/css"> 

hi {color: #00ff00} 

h2 {color: #dda0dd} 

p {color: rgb(0, 0 r 255) } 

</style> 

</head> 

<body> 

<hl>This is header K/hl> 
<h2>This is header 2</h2> 
<p>This is a paragraph</p> 
</body> 
</html> 

As described in Fig. 1, with the solution of the 
preferred embodiment, a program is installed on a CSS 
compensation layer component of the Web network (17 0) . The 
program using the HTTP requests sent by the Web devices, 
collects the two file HTML V4 Web pages, collects the other 
CSS stylesheet files on the other Web servers if necessary, 
and sends back to the Web devices newly created Web pages, 
displayable by a browser supporting up to HTML V3.2 Web pages, 
having displaying attributes reflecting at the best the 
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presentation characteristics as they were presented in the 
initial HTML V4 Web page CSS Stylesheet files. The CSS 
compensation layer Web network component can be a proxy server 
of a sophisticated router having programming means capacity 
able to implement the program according to the preferred 
embodiment . 

Fig. 2 illustrates the logical blocks constituting the 
CSS proxy program operating on the CSS compensation layer 
network component (170) according to the preferred embodiment. 
This *CSS proxy' acts as a ^distributed plugin' of the client 
device Web browser. This may be realized using servlet 3.2 
filters, HTTP proxy plugins or WBI Megs. For instance, to 
create this program, one can use the external annotation 
facility of IBM Websphere Transcoding Publisher. 

The CSS proxy intercepts requests from the Web device for 
HTML V4 Web pages including CSS and that the device will be 
unable to interprete. The CSS proxy is in charge of collecting 
the HTML V4 pages requested and tailoring these pages applying 
as much presentation style as possible according to the device 
capabilities and the constraints of the network. For instance, 
a black & white Minitel cannot display colors but can make the 
text blinking. So, a ^red' attribute can be replaced by a 
*blink' attribute. Then, the CSS proxy returns the tailored 
pages to the Web device. 

The first logical block of the CSS proxy implements the 
function of preference aggregation (200) . This block receives 
the requests from a Web device which contain in the header, 
for instance, the device identification. The network conveying 
the request being also identified (wireless network from a 
palm pilot etc.), the preference aggregation function 
accesses information relating to the identified device and 
consolidates them with information about the network to 
prepare a ^Request rule list' which is a list of presentation 
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attributes to be used for preparing presentation of Web pages 
for this device. 

These information may be stored in repositories connected 
to the CSS compensation layer network component (170) . These 
information are public information respectively made available 
by the Web device manufacturers and the network carriers . 
These information are always made available through the 
communication protocol in a keyword-value language. 

Fig. 4 illustrates a network preference sample as stored 
in a corresponding repository (220) of the CSS proxy network 
component according to the preferred embodiment. These 
characteristics of the network represent the first constraints 
to apply to the rules of presentation. In this sample we have 
a wireless network ( *NetworkName' keyword)/ unable to support 
mpg files ( *unsupportedExtension' keyword) and bmp file type 
images ( *un support edlmages' keyword) . The network preference 
form the highest priority constraint when preparing the 
^Request rule list' for this device. 

Fig. 5 illustrates preference sample as stored in a 
corresponding repository (215) of the CSS proxy network 
component according to the preferred embodiment . The device 
preference sample describes the values of the configurable 
preferences for presentation which have been defined for this 
device at initialization. As the browser of the device 
supports HTML version up to 3.2, CSS is not supported and 
indicated with the keyword ^cascadingStyleSheetSupported' and 
set at * false' . The supported images ( ^supportedlmages' 
keyword) are gif and jpg, which sounds not contradictory with 
the network preferences as there are not part of the list of 
unsupported images ( % unsupportedExtension' keyword) . The 
device preferences should be checked for compatibility with 
the network preferences which represent the highest priority 



WO 2005/003998 



PCT/EP2004/050721 



11 

criterion when preparing the ^Request rule list' for the 
device . 

Fig. 6 illustrates a device preference sample as stored 
in a corresponding repository (215) of the CSS proxy network 
component according to the preferred embodiment. Once the 
network preferences have been checked against the device 
preferences, the device capabilities are then considered to 
build the final ^Request rule list' for the device. In this 
sample the device is a Pocket PC. The device has certain 
capabilities which can be overwritten by the network 
constraints as previously analyzed. 

Fig. 7 illustrates the resulting Request rule list 
created for the device at the end of execution of the 
Preference aggregation logical block of the CSS proxy. In 
summary we obtain the list of Fig. 7 for preparing the 
presentation of Web pages answering a request having been sent 
by a Pocket PC connected in a wireless mode. We note, for 
instance that in the Request rule list, the device preference 
*textLinksPreferredToImages=false' has been overwritten by the 
network constraint *textLinksPreferredTo!mages=f alse' 

identified in the network preference sample. 

Coming back to Fig. 2, the request processed by the 
Preference aggregation logical block is transferred to the Web 
server (s) (130) of which the address is included in the 
request of the device. However the request may be first 
transferred to a second logical block of the CSS proxy which 
is a Value added logical block (230) . This block illustrated 
with dotted lines in Fig. 2 is optional, it is implemented for 
additional functions such as billing, security as required. 
Consequently, in an optional embodiment, on top of the CSS 
proxy function, other added value functions are implemented, 
optimizing the use of a CSS compensation layer network 
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component (170) of operating environment of the solution 
according to the preferred embodiment. 

The Web server (s) return (s) the requested page which may 
be in HTML V4 format. In this case, the CSS are either 
embedded in the HTML statements or, the Link statements of the 
HTML V4 page contains addresses pointing to CSS files. The 
HTML page is received in the CSS aggregation logical block 
which is not optional in the preferred embodiment. In the CSS 
aggregation logical block the CSS are retrieved and 
uniformized to create a CSS rule list which uniformizes all 
the CSS style definitions coming from all the retrieved CSS. 
The external CSS are retrieved from the CSS servers (160) or 
the Web servers themselves (130) and injected in a HTML page 
which is of level V3 . 2 as the presentation statements are 
mixed with other statements. However, during this operation, 
some contradictions may exist between the presentation 
statements coming from embedded CSS and external CSS. The 
conflicts are solved in this logical block in order to 
uniformize the page presentation. For instance, if in one 
embedded CSS we have: 
HI {color: #00ff00} 

and, in an external CSS (Link) is read: 
HI {color: #dda0dd) , 

The CSS aggregation logical block will only add HI {color: 
#dda0dd) in the CSS rule list. 

After execution of in the CSS aggregation logical block, 
a HTML page containing V3 . 2 statements is issued as well as 
the CSS rule list containing the list of the coherent style 
definitions extracted from all the retrieved CSS. 

Optionally, the retrieved CSS can be stored in cache 
memory, the CSS cache (250), for improving the performance in 
processing the next page requests from the device. 
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In the last Transcoding logical block (260) , are 
processed the inputs from the Preference aggregation logical 
block and the inputs from the CSS aggregation logical block. 
In the Preference aggregation logical block has been prepared 
the Request rule list and in the CSS aggregation logical block 
has been prepared, the HTML V3.2 statement page and a CSS rule 
list containing the style definitions for the page which have 
been retrieved from the CSS and uniformized. In the 
Transcoding logical block the inputs are processed and a 
tailored web page adapted to the device having sent the 
request is created and sent back to it (110) . The inputs are 
processed in two steps. A first step consists in checking the 
CSS rule list with the Request rule list corresponding to this 
device and creating an action list comprising all the actions 
to perform on the HTML V3.2 page statements to introduce the 
CSS rule list while taking into account the Request rule list 
for the device. The second step consists in the Transcoding 
logical block in interpreting the actions and generate the new 
page statements. Finally, the CSS proxy has converted a HTML 
V4 page into a HTML V3 . 2 page in the following way : for each 
style in the CSS rule list, the CSS proxy has interpreted an 
equivalent style for the device as defined in his profile 
(Request rule list) and added a relevant attribute in the HTML 
tags of the HTML V4 page as it was done in HTML 3.2. 

As a example, assuming that the HTML V3.2 page provided 
after execution of the CSS aggregation logical block is as 
follows : 
<html> 
<body> 

<hl>This is header K/hl> 
<h2>This is header 2</h2> 
<p>This is a paragraph</p> 
</body> 
</html> 
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Assuming also that the CSS rule list is as follows: 

hi {color: #00ff00> 
h2 {color: #ddaOdd} 
p {color: rgb(0, 0, 255) } 

If, from the Request rule list is known the fact that the 
device does not support color attribute, then the following 
action list is created in the Transcoding logical block: 

Replace <hl> by <B> 
Replace <h2> by <I> 

Which will be interpreted in the Transcoding logical block and 
the following HTML V3.2 page statements will be generated: 

<html> 
<body> 

<hl><B>This is header K/BX/hl> 
<h2XI>This is header 2<IX/h2> 
<p>This is a paragraph</p> 
</body> 
</html> 

This tailored page will be then sent to the device. 

Fig. 3 is the general flow chart of the method according 
to the preferred embodiment. In the first step, (300) a 
request, preferably under the HTTP or HTTPS protocol , at a 
computing location which is a network component such as a 
dedicated proxy server or a router with computing resources . 
The request is sent by a Web device of which the browser does 
not support CSS . In the second step (310) the device is 
identified : with HTTP and HTTP a header comprises a device 
identifier. The information stored in the device capability 
repository and device preference repository corresponding to 
that device are extracted. The network used by the device for 
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sending the request is obtained from the computing system and 
by one among many possibilities well known in the art, and is 
used in this step to extract the corresponding network 
preference information from the network preference repository. 
The next step, (320) , the preference aggregation is performed 
by building a list of selected information among all the 
extracted information. To build select the list items, the 
priority is given to the network preferences, which are 
validated against the device preferences and then, the last 
selection is performed with the device capabilities. At the 
and of the preference aggregation step, a Request rule list is 
completed. The next step consists in retrieving the Web page 
requested (340) from Web servers. If the Web page does not 
contain CSS (answer yes to test 345) , the retrieved page is 
forwarded (390) through the other functions without any change 
and transmitted as is to the device. The browser device 
supporting up to HTML V3.2 will be able to interpret this 
page. If the retrieved page contain at least one CSS it is 
checked, in the Request rule list, if CSS is supported by the 
device. If the device supports CSS (answer yes to test 350), 
the retrieved page is forwarded (390) through the other 
functions without any change and transmitted as is to the 
device. The browser device supporting HTML V4 will be able to 
interpret the CSS style itself and use it to display the Web 
page. If the device does not support CSS (answer No to test 
350) , and it is the main case supported by the method of the 
preferred embodiment, the CSS are retrieved if necessary and 
aggregated. The CSS style definitions may be directly embedded 
in the HTML V4 statements of the page retrieved in the 
previous step. The other case is when the HTML page statements 
include Link statements. In this case, the CSS style 
definitions are retrieved from files located on the Web 
server (s) or on specific CSS servers. Once all the CSS style 
definitions of the HTML page are retrieved, the contradictory 
definitions are suppressed from the list, the resulting list 
forming a CSS rule list (370) . This list, as well as, the 
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retrieved HTML page are used as inputs to the next Transcoding 
step (365) . In this step, the statements of the HTML page 
which are not related to CSS are modified to take into account 
the presentation style definitions of the CSS rule list but 
without being contradictory with the Request rule list for the 
device and network capabilities and preferences. The 
Transcoding step is, for reasons of performance, executed in 
the preferred embodiment in two steps: a first step for 
preparing a action list describing the modifications to bring 
to the remaining HTML statements and a second step 
interpreting these actions on the HTML statements . The 
resulting HTML statements form the final HTML page tailored 
for the device that is adapted to its presentation 
possibilities and containing only statements from HTML V3.2 
that it can interpret to display the Web page. 



